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Description 

The present invention relates to matching sys- 
tems for effecting trades of trading instruments 
through automatic matching in which buyers and sell- 5 
ers who are willing to trade with one another based 
on specified criteria, such as price, quantity and cred- 
it, may automatically trade when matching events oc- 
cur satisfying these criteria, and more particularly to 
such matching systems in which real time prices are fo 
subject to real time credit in determining the quantity 
of permissible match. 

Information retrieval systems for financial infor- 
mation, such as stock market type of information and 
money market information, normally employ a trans- 15 
fer of data in a high-performance, real-time informa- 
tion retrieval network in which update rates, retrieval 
rates and subscriber and/or user population are gen- 
erally very high. An example of such a system is REU- 
TERS DEALING SERVICE which is used in the for- 20 
eign exchange or money market. Such systems, while 
providing rapid video conversation capability, are not 
anonymous systems nor do they provide for automat- 
ed anonymous trading such as is possible in a match- 
ing system. Of course, conversational dealing sys- 25 
terns have their place in the market and serve partic- 
ular needs where appropriate. However, anonymous 
matching systems are also often desired and, by their 
very nature, do not normally employ a conversation 
capability since the parties to the transactions are un- 30 
known until the transaction has been completed. Ex- 
amples of satisfactory prior art video conversational 
systems for use in connection with trading of financial 
information are disclosed in our US-A- 
4,531,184:4,525,779 and 4,404,551, by wayofexam- 35 
pie. Prior art examples of matching systems used in 
connection with the trading of trading instruments are 
disclosed in US-A- 4,412,287, which discloses as an 
automated stock exchange in which a computer 
matches buy and sell orders for a variety of stocks; 40 
US-A-3,573,747, which discloses an anonymous 
trading system for selling fungible properties be- 
tween subscribers to the system; US-A-3,581,072, 
which discloses the use of a special purpose digital 
computer for matching orders and establishing mar- 45 
ket prices in an auction market for fungible goods; 
and US-A-4,674,044, which discloses an automated 
securities trading system. However, none of these pri- 
or art matching systems implements or suggests the 
use of credit controls to determine the quantity of per- so 
missible match at the lowest common credit limit and 
the best bid/ask price for the largest available quan- 
tity to automatically complete a match at trade in 
which real time prices are subject to real time credit, 
such as a gross counterparty credit limit between po- 55 
tential parties to a matching transaction. Moreover no 
prior art matching systems are known to the applicant 
in which an anonymous "more quantity" bid may be 



employed for additional orders at the same price. In 
addition, no prior art matching systems are known to 
applicants in which directed messages are employed 
between the keystations in the system and the central 
system to update the local entry order data bases and 
broadcast messages are employed to update the key- 
station book which is a restricted subset of the host o 
rcentral system book. Furthermore, none of these pri- 
or art systems employ books at the local keystations 
as subsets of the host or central system book. 

We acknowledge that our EP-A-0407026, which 
falls under the terms of Article 54 (3) and (4) EPC, dis- 
closes the basic apparatus on which the present in- 
vention is based, and shares Figs. 1-18 and the cor- 
responding description. It discloses the features of 
the pre-characterizing portion of Claim 1. and further 
discloses that each keystation means has an associ- 
ated local database for storing as displayable data a 
subset of the active bids and offers stored in the stor- 
age means of the computer means. 

The present invention is in a matching system as 
defined in Claim 1. 

In a preferred system embodying the present in- 
vention, as opposed to the prior art known to appli- 
cants, the central system maintains a data base con- 
sisting of all of the trading instruments available for 
trade, credit information with respect to potential 
counterparties which may be dynamically varied by 
the keystations, and the bids and offers that are pres- 
ent throughout the system, while the client sites or 
keystations, which are subject to gross counterparty 
credit limits in determining permissible matches, 
maintain copies of only the best bids and offers and 
use those to generate a display. Thus, the client sites 
have some restricted subset of the total depth of the 
system book located at the central data base. By 
transmitting only subsets of the total system book 
from the host, the amount of network overhead that 
is required is significantly reduced, which reduction is 
further enhanced by the use of only summary infor- 
mation in the keystation books. Moreover, this en- 
ables the central data base maintaining a full set of 
information for every entry including identification of 
the parties which identification is not to be provided 
for the subset books at the keystations in an anony- 
mous trading system, and the assigned counterparty 
credit limit for all potential counterparties in the sys- 
tem, with these counterparty credit limits not being 
provided to the keystations and, thus, the gross coun- 
terparty credit limits are kept anonymous in the sys- 
tem. The only time that the keystation is made aware 
of the parties involved in the transaction is after the 
transaction has been completed, but they are prefer- 
ably never made aware of the counterparty credit lim- 
its assigned to them. In this regard, if the anonymous 
gross counterparty credit limit is exceeded by the po- 
tential transaction the transaction will not be complet- 
ed. Thus, in the system of the present invention, the 
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host may anonymously inhibit the occurrence of 
trades even though the price and quantity would 
otherwise match. The various credit limits are individ- 
ually set by the keystations, with the anonymous 
gross counterparty credit limit being the minimum of 
the two credit limits between counterparties to a po- 
tential matching transaction. The individual keysta- 
tions may reset all credit limits or dynamically vary in- 
dividual credit limits with such variations sometimes 
enabling previously inhibited trades to then go foward 
because the new resulting anonymous gross counter- 
party credit limit then may no longer be exceeded. 

Apart from the above gross counterparty credit 
control of the trading environment the host may also 
dynamically vary the display depth of the book distrib- 
uted to the local keystation, so that at given times or 
given days different aspects of the trading environ- 
ment can be displayed. In this regard, although dy- 
namic control of the content of a local receiver data 
base from a transmitted data base in an information 
retrieval communication network has been previously 
employed by the applicant, such as disclosed in US- 
A- 4,745,559 and 4,750,135, these systems are, nev- 
ertheless, different from the type of system control 
employed in the preferred systBm in which real time 
prices are subject to real time credit control or in 
which restricted subsets of the host book are main- 
tained as summary books at the keystation local data 
bases. Thus, the system of the present invention for 
providing a distributed matching system varying real 
time credit control over the matching process over- 
comes the disadvantages of the prior art 

With the benefit of the present invention, real 
time prices, for the given trading instruments such as 
foreign exchange currencies, are subject to real time 
credit controls to anonymously block or inhibit the 
completion of potential matching transactions which 
do not satisfy an anonymous gross counterparty 
credit limit. Each of the keystations or client sites in 
the system assigns trading party credit limits to the 
other client sites in the system with which it is desired 
to trade, with these trading party credit limits being 
maintained anonymously by the host computer and 
being used by the host computer to anonymously de- 
termine gross counterparty credit limits for each po- 
tential matching transaction. The gross counterparty 
credit limit for a given potential matching transaction 
is the minimum of the trading party credit limits for 
each of the counterparties involved in the potential 
matching transaction. 

The host computer anonymously matches active 
bids and offers in the system based on a variable 
matching criteria which includes the gross counter- 
party credit limit between counterparties to a poten- 
tial matching transaction, price, and available quan- 
tity. The system comprises the host computer, a 
transaction originating keystation for providing a bid 
on a given trading instrument to the system for pro- 



viding the potential matching transaction, a counter- 
party keystation for providing an offer on the given 
trading instrument involved in the potential matching 
transaction, and a network for interconnecting the 

5 host computer, the transaction originating keystation, 
and the counterparty keystation for enabling data 
communications therebetween. Both the transaction 
originating keystation and the counterparty keysta- 
tion for the potential matching transaction each have 

10 an associated counterparty credit limit, with the sys- 
tem blocking or inhibiting completion of the potential 
matching transaction between the transaction origi- 
nating keystation and the counterparty keystation 
when the potential matching transaction has an asso- 

15 dated value in excess of the counterparty credit limit 
The individual keystations or client sites may individ- 
ually vary the assigned trading party credit limits 
which will, in turn, cause the host computer to change 
the anonymous gross counterparty credit limits in re- 

20 sponse thereto, or may reset all trading credit party 
limits which will, in turn, again cause the host com- 
puter to change or vary the anonymous gross coun- 
terparty credit limits in response thereto. In this re- 
gard, the host computer may provide a credit limit 

25 alert to the assigning keystation when the assigned 
trading party credit limit for another keystation goes 
below a predetermined value, such as 25% of the 
original value of the assigned trading party credit lim- 
it 

30 The host computer in anonymously matching the 
active bids and offers in the system, determines the 
quantity of permissible match at the lowest common 
counterparty credit limit and the best bid ask price for 
the largest available quantity for automatically com- 

35 pieting the potential matching transaction. Prefer- 
ably, the host computer, which dynamically updates 
the prices based on the best available bids in the sys- 
tem, processes the matching transactions for a given 
trading instrument in time order entry to the matching 

40 system, with the matching criteria further comprising 
an order priority based on price, quantity type and 
time order entry. With respect to quantity type, it may 
be a primary quantity type or a more quantity type, 
with the primary quantity type being disclosed to the 

45 other keystations in the system while the more quan- 
tity type is maintained as a hidden value of the addi- 
tional quantity beyond the disclosed primary quantity 
at which a given keystation is willing to trade for a giv- 
en trading instrument Preferably, the primary quan- 

50 tity type has a higher order priority than the more 
quantity type in the system. 

Both the transaction originating keystation and 
the counterparty keystation, which, of course, can 
comprise more than one counterparty for a given 

55 transaction, for the potential matching transaction 
each have an associated local data base keystation 
book comprising a subset of the host book. The con- 
tent of each of the keystation books has an associat- 
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ed display depth range which is controllable by the 
host computer and is updatable by transaction update 
broadcast messages received from the host comput- 
er through the network, although the keystation 
books do not contain counterparty credit limits or 5 
gross counterparty credit limits which are kept anon- 
ymous by the host. The network is preferably trans- 
parent to the transactions communicated via the net- 
work. The transaction originating keystations and the 
counterparty keystation or keystations comprise w 
means responsive to the received transaction update 
broadcast messages for updating the associated key- 
station books and further comprise means for provid- 
ing directed messages to the host computer corre- 
sponding to the bid and the offer, respectively. The di- is 
rected messages, which may include the assigning, 
changing or resetting of trading party credit limits by 
the keystations, are processed and used to update 
the host book. The host computer comprises means 
for conditionally providing the transaction broadcast 20 
update messages to the keystations in the system in 
response to the presence of an update condition. The 
update condition comprises updating of the host book 
and the received bid or offer having a relative value 
compared with other bids or offers within the host 25 
book ,which is within the keystation book display 
depth range of relative values. The subset keysta- 
tions books preferably comprise accumulated sum- 
maries of corresponding bids and offers in the host 
book, with the summaries comprising an accumula- 30 
tion of common price bids and an accumulation of 
common price offers. Preferably, the bids and offers 
comprise logical data. Tokens are used in the system 
for transmission of the data with respect to users and 
other information. The keystation book, as was previ- 35 
ously mentioned, comprises displayable data having 
a defined keystation book display depth range, such 
as the best bid or offer, the next best bid or offer, and 
so forth, and bids and offers' which fail outside that 
display depth range are not displayed. Thus, the key- 40 
station books each comprise a restricted subset of the 
total depth of the host book with respect to the best 
bids and offers present in the host book data base. 
These bids and offers contained in the keystation 
books are anonymous prior to the completion to the 4$ 
matching transaction. In this regard, preferably a dis- 
play depth of one for the keystation books would pre- 
vent looking into the host book at the keystation. 

The broadcast messages from the host or central 
system are broadcast to all of the keystations in the so 
matching system and are used to update the keysta- 
tion books whereas the directed messages which are 
sent from the central system or host are directed back 
only to the keystations involved in the actual matching 
transaction. These directed messages are used to 55 
update the local entry data base or order book at the 
local keystations involved in the transaction so as to 
indicate what has happened to the offer or bid at that 



particular keystation made in connection with the 
matching transaction. Thus, by employing the distrib- 
uted matching system of the present invention, real 
time prices are subject to real time credit controls 
which may be dynamically varied, to control potential 
matches which would otherwise occur based on price 
and quantity, and controllable subsets of a distribu- 
table system trading book may be selectively provid- 
ed to the various trading keystations in the matching 
system from the host or central system in order to 
controliably mask the available trading market and 
efficiently transmit only the required matching infor- 
mation to those keystations which require it. 

An example of the invention will now be descri- 
bed with reference to the accompanying drawings in 
which: 

FIG. 1 is an overall system functional block dia- 
gram of the distributed matching system of the 
present invention; 

FIG. 2 is a functional block diagram of the system 
of FIG. 1 illustrating the flow of information in 
connection with the entry of a bid and the entry 
of an offer in the distributed matching system of 
FIG. 1; 

FIG. 3 is a functional block diagram similar to 
FIG. 2 of the flow of information in the distributed 
matching system of the present invention in con- 
nection with a hit bid or trade; 
FIG. 4 is an illustrative diagram of a logical model 
of a book market, pre-posttng, at the host or cen- 
tral system of the present invention and illus- 
trates the central system book in accordance with 
the present invention; 

FIG. 5 is an illustrative diagram similar to FIG. 4 
illustrating a typical keystation book as a subset 
of the central system book illustrated in FIG. 4; 
FIG. 6 is a functional block diagram illustrating 
the flow of information in the system of the pres- 
ent invention in connection with a typical match- 
ing transaction; 

FIGS. 7 - 12 are illustrative diagrams of a typical 
IXM update broadcast message structure in ac- 
cordance with the system of the present inven- 
tion; 

FIG. 13 is an illustrative diagram similar to FIG. 
4, illustrating a book market entry position, at 
market, based on the example of FIG. 4; 
FIG. 14 is an illustrative diagram similar to FIG. 
4 of book market entry position, with the creation 
of a new sub-book based on the book illustration 
of FIG. 4; 

FIG. 15 is an illustration similar to FIG. 4 of an 
auction market entry position, market equal, 
based on the book of FIG 4; 
FIG. 16 is an illustrative diagram similar to FIG. 
15 of the auction market entry position, with the 
market bettered, based on the book of FIG. 4; 
FIG. 17 is an illustration of a logical model of the 
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book market, similar to FIG. 4, after posting; 
FIG. 18 is an illustrative diagram similar to FIG. 
4 of the logical model of the book market of FIG. 
4 after trade;. 

FIG. 19 is an illustrative diagram showing typical 
order types which may be implemented with the 
system of the present invention; and 
FIG. 20 is an illustrative diagram of a typical cred- 
it limit display of assigned trading party credit lim- 
its at given client site in accordance with the sys- 
tem of the present invention. 

Best Mode for Carrying Out the Invention 

Referring now to to drawings in detail and initially 
to FIG. 1 thereof, the system of the present invention 
is a distributed anonymous matching system for use 
in trading various trading instruments, such as differ- 
ent foreign exchange currencies. In the system of the 
present invention as described herein, the trading is 
effectuated through anonymous matching as op- 
posed to through the conversation video system de- 
scribed in US-A- 4,531,184; 4,525,779; and 
4,404,551 , commonly owned by applicants' assignee 
herein. Thus, the distributed matching system of the 
present invention may be thought of as a computer- 
ized exchange in which its central role is to identify a 
buyer and a seller who are willing to trade with one an- 
other based on specified criteria, such as price, quan- 
tity and credit, with, as will be described in greater de- 
tail hereinafter, real time prices preferably being sub- 
ject to real time credit. Thus, preferably, credit con- 
trols are used to determine the quantity of permissible 
match at the lowest common credit limit and the best 
bid/ask price for the largest available quantity to au- 
tomatically complete a matched trade in the anony- 
mous trading system of the present invention. When 
such a matching event occurs, preferably the buyer 
and seller are informed of the trade and sufficient in- 
formation is then provided to them to complete the 
physical clearing of the transaction. In order to sup- 
port this central function, the matching system re- 
quires various support functions one of which is pre- 
ferably the maintenance of summary market informa- 
tion on the participant's workstation or keystation dis- 
plays at the various client sites. Preferably in the sys- 
tem of the present invention, at all times the system 
will display the best inside price for every instrument 
traded on the system. The best inside price is prefer- 
ably defined to be the highest value bid and the lowest 
value offer in the system. Preferably the prices are 
displayed together with the quantity bid or offered at 
the specified price so that the trader at the keystation 
can observe the market activity. 

By observing the market activity, the trader can 
decide whether to enter a bid, or enter an offer into the 
market in an effort to complete a matching transac- 
tion. Preferably, the anonymous matching system of 



the present invention essentially maintains a book of 
bids and offers in the central system 20 or host com- 
puter. A user or keystation at a client site, such as cli- 
ent site 26a or 26b illustrated in FIG. 1 , by way of ex- 

5 ample, interacts with the book by submitting bid, of- 
fer, hit, or take transactions. The order entry function 
is preferably conventionally achieved through data 
entry using a conventional keyboard, pointing device 
such as a mouse or any other conventional data entry 

10 tool. The central system 20 validates the transaction 
request, processes the bid, offer, hit or take according 
to the rules of the market, and attempts to find match- 
es between this new entry and the other bids and of- 
fers posted in the system book, subject to gross coun- 
ts terparty credit limits, as will be described in greater 
detail hereinafter, between the potential counterpar- 
ties to a potential matching transaction. If a match is 
found, and satisfies all criteria, including not exceed- 
ing the gross counterparty credit limit, then the trade 

20 is automatically executed, the participants to the 
trade are informed, all databases and trader screens 
are updated as to the quantities traded and the quan- 
tities remaining and, if desired, a clearing agency may 
be informed as to the details of the trade so that pay- 

25 ments and exchanges may be completed. If, on the 
other hand, a match cannot be found, or the gross 
counterparty credit limit is exceeded by the potential 
match which would otherwise match based on price 
and quantity then the system preferably either dis- 

30 poses of the entry for hit or take or keeps the entry 
for bid or offer for later processing. Preferably in ail 
cases transactions are processed to completion ac- 
cording to certain rules to be described in greater de- 
tail hereinafter and the various client sites 26a, 26b 

35 preferably receive real-time updates of the new sta- 
tus of the trading instruments. Thus, as shown and 
preferred in FIG. 1, the client site systems 26a and 
26b only two of which are shown by way of example 
in FIG. 1. submit transactions, such as represented 

40 by reference numeral 30, as well as assigned trading 
party credit limits, to the central system 20 via the 
communication network 22. As will be explained in 
greater detail, hereinafter with reference to FIG. 6. the 
submission of a transaction 30 from a client site 26a 

45 or 26b to the central system 20 will preferably result 
in one or more messages, represented by reference 
numeral 32, going directly back as a directed mes- 
sage to the client site 26a in this example, which ini- 
tiated the transaction message. Another effect of the 

so transaction message 30 being sent to the central sys- 
tem 20 is that for certain sorts of transactions, a 
broadcast message 34 is generated by the central 
system 20 which is then delivered to all client sites 
26a, 26b attached to the central system 20. Thus, the 

55 directed response or the directed message 32 only 
goes back to the particular client site 26a and, more 
particularly, the particular keystation, 24a by way of 
example, at that client site 26a which initiated the 
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transaction message whereas the broadcast mes- 
sage 34 goes to all client sites 26a, 26b and all of the 
various keystations associated at those client sites 
26a, 26b. With respect to the assigned trading party 
credit limits, it is these limits which are used by the 5 
central system 20 to determine the anonymous gross 
counterparty credit limits which are used to control 
the completion of matching transactions. By way of 
example, in FIG. 1 a typical client site 26a is shown 
as having keystations 24a, 24b, 24c through to 24n 10 
with the number of keystations merely being limited 
by the capacity of the system and the desired proc- 
essing time. With respect to the distribution of the 
functionality in the system of the present invention, 
the communication network 22 preferably does not 15 
really play a part in that it is transparent to transac- 
tional information. By this what is meant is that when 
the transactional information leaves the client site 
26a, for example, it could be, if desired, encrypted or 
garbled in a way that the only other entity which could 20 
understand rt would be the central system 20 and that 
would be irrelevant to the function of the network 22 
since the network does not look at the messages, 
does not process the messages, and merely transfers 
these messages to the appropriate parts of the sys- 25 
tern, such as to the central system 20. In this regard, 
the network 22 is functioning similar to a paired cable 
in that it is a conduit to pass the information back and 
forth. Of course, the network 22 has various other 
communication functions which, however, for purpos- 30 
es of understanding the present invention are unnec- 
essary to go into. Suffice it to say that preferably, the 
communication network 22 uses a protocol which can 
be termed hierarchal fan-out in which one node trans- 
mit to multiple nodes which in turn transmits to mul- 35 
tiple other nodes. Thus, network 22 helps implement 
broadcast capabilities integrated with a message 
switching network to achieve full tolerance and 
broadcast distribution. It should be noted, when a po- 
tential match occurs, and the gross counterparty 40 
credit limit is not exceeded for that potential match, 
the central system 20 will preferably send directed 
messages or responses to all of those parties in the 
system that were involved in the match, so that, in 
some instances, two, three or more client site 26 45 
maybe involved in receiving the directed message. 
However, this still differs from the broadcast mes- 
sage which is sent to all client sites irrespective of 
their involvement in a particular match. 

Referring now to FIG. 2, this figure Illustrates a so 
typical data flow in accordance with the system of the 
present invention for entry of a bid or entry of an offer, 
with the network 22 being omitted since, as was pre- 
viously mentioned, it is transparent to transactional 
information. First discussing the enter bid event in ac- 55 
cordance with the system of the present invention, 
keystation 1 or 24a, submits a bid transaction to the 
central system 20. The directed message or directed 



response 32 which it receives back from the central 
system or host 20 is termed a bid acknowledgment or 
BID-ACK. This acknowledgment is a command ac- 
knowledgment which is preferably followed by an en- 
try position message and, as was previously men- 
tioned, is directed directly back to the keystation 24a. 
In addition, as shown and preferred in FIG. 2, a bid up- 
date message is broadcast by the central station 20 
to all keystations in the system, such as represented 
by reference numeral 34a in FIG. 2. This broadcast 
message 34a preferably occurs if this new bid 32a 
was the new best bid in the system, or was an addi- 
tional quantity being bid at the best price in the sys- 
tem. Thus, if this new bid 32a is at the highest price 
or better or higher, then it will result in a bid update 
broadcast message 34a going out throughout the sys- 
tem. In addition, as also shown by way of example in 
FIG. 2, if it is desired to disseminate an external ticker 
60, then the ticker information 60 will also be provided 
of the best bid or best offer. Preferably, the same pro- 
cedure is followed with respect to entry of an offer 
with the messages, in this instance, being identified 
as offer, given reference numeral 51, offer acknowl- 
edgment or OFFER-AC K, given reference numeral 
32b, and the broadcast message for offer update, be- 
ing given reference numeral 34b. 

Referring now to FIG. 3, the data flow in accor- 
dance with the present invention is illustrated with re- 
spect to a situation in which there is a hit bid resulting 
in a trade. In this situation, there is substantially more 
activity than in the situation previously described with 
reference to FIG. 2. Thus, as shown and preferred in 
FIG. 3, if keystation 24b submits a transaction called 
"hit bid", represented by reference numeral 62, to the 
central station or host 20, a hit acknowledgment or 
HIT-ACK, represented by reference numeral 64, is 
provided back to keystation 24b as a directed mes- 
sage. At that point, the central system 20 will recog- 
nize that a match is possible because the "hit bid" 
message says that keystation 24b is witling to trade 
at the bid price. Assuming that the gross counterpart 
credit limit is not exceeded for this potential matching 
transaction, the central system 20 will determine that 
a match is possible. Preferably, however, before com- 
mitting to the match, the central system 20 may get 
involved in a risk limiting protocol using a transaction 
desk 70 which determines whether the trade is pos- 
sible, and if so, acknowledges this to the central sys- 
tem 20. Assuming that a trade is possible, and the 
gross counterparty credit limit has not been exceed- 
ed, then a match occurs. At that point several mes- 
sages are generated from the central system 20. One 
of these messages is termed the match message, giv- 
en reference numeral 65, which is a directed message 
that goes to the bidder, which in this instance is key- 
station 24b, and to the keystation 24a which originally 
owned the bid. Thus, in this instance, directed mes- 
sages go to more than one keystation 24. Preferably, 
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every match must be acknowledged so there is a 
match acknowledgment message, MATCH- AC K 
which comes back from the buyer and seller keysta- 
tions 24b and 24a and is used to determine that the 
match was in fact received correctly and that the deal 
can be considered complete at that point In addition, 
a broadcast message is generated that a trade has 
occurred which trade update message, given refer- 
ence numeral 67, may possibly cause a new best bid 
to occur or could affect the quantity or price at the top 
of the book. Again, if the trades and best bids go into 
the ticker 60, then this information is provided to the 
ticker as well. Similarly, if clearing information is pro- 
vided to a clearing house, this too occurs as repre- 
sented by reference numeral 69. In addition, as 
shown and preferred, trade tickets may also be gen- 
erated. Thus, trade ticket information is also prefer- 
ably provided to the participating keystations 24a and 
24b so that the trade tickets can be generated. 

Referring now to FIGs. 4 and 5, illustrations of 
typical books employed in the distributed matching 
system of the present invention are shown, with FIG. 
4 illustrating a typical book at the central system 20 
and FIG. 5 illustrating a typical keystation book at a 
typical keystation such as keystation 24a, based on 
the book of FIG. 4. The central station or host book 
illustrated in FIG. 4 is a logical model of the book mar- 
ket pre-posting and is divided into a bid side and an 
offer side. Each box in the diagram preferably stands 
for an entry into the side of the market. The value in 
the upper left hand corner of the box represents the 
price of the trading instrument and the value in the 
lower right hand corner represents the primary quan- 
tity of the trading instrument. As further shown and 
preferred in FIGS. 4 and 5, on the bid side the highest 
absolute value is at the top of the book and the lowest 
absolute value is at the bottom of the book, whereas 
on the offer side the worst relative offer value is at the 
top of the book and the best relative offer value is at 
the bottom of the book. In addition the time order of 
bids and offers goes from left to right with, on the bid 
side, the last bid being left most and the first bid being 
right most, whereas on the offer side, the first offer is 
left most and the last offer is right most This conven- 
tion is also followed in connection with the keystation 
book of FIG. 5 which is a subset of the system or cen- 
tral station or host book of FIG. 4. Thus, as can be 
seen in FIG. 5, the keystation books located at the cli- 
ent sites 26 maintain copies of the best bids and of- 
fers contained in the host book of FIG. 4 and use that 
information to generate displays at the keystations 
24. In addition, as was previously mentioned, the dis- 
play depth of the keystation book is controlled by the 
host computer 20. For example, in FIG. 5, a display 
depth of 3 is illustrated on the bid side and the offer 
side. It is this display depth which helps restrict the 
subset of the total depthof the book contained at the 
host computer or central system 20. In reality, there 



are two controls on the display depth, one is a central 
control by the host computer 20 which determines the 
maximum possible display depth for the keystation 
book, and the keystation 24 itself which, within that 

5 maximum parameter, can further limit the display 
depth of the book. Of course, the host computer also 
restricts the subset of the host book by limiting other 
information such as by withholding the identities of 
the parties until the transaction is completed and 

10 such other things as net together prices, and net to- 
gether quantities, and maintains gross counterparty 
credit limits anonymously, not distributing assigned 
trading party credit limits to the keystations. It should be 
noted that in the illustrative example of FIGS. 4 and 5, 

15 bids and offers of equal goodness are drawn on the 
same order down the line. The central system book 
maintained by the host contains detailed information 
from each client site on the particulars of each bid or 
offer. Preferably each bid and offer is identified with 

20 a token to give it a unique handle by which it can be 
referred to in future transactions and is time-stamped 
based on entry into the system. As further shown and 
preferred in FIG. 5, the keystation book is a summary 
book which contains accumulated summaries of bids 

25 at the same price and offers at the same price. Thus, 
by way of example, block 71 in FIG. 4 is a summary 
of blocks 73, 75 and 77 in FIG. 4, which shows a total 
quantity of 10 at the price of 138.86, and block 80 is 
a summary of blocks 82 and 84 in FIG. 4 which shows 

30 a total quantity of 14 at the price 138.38. Similarly, on 
the offer side, block 86 is a summary of blocks 88 and 
90 in FIG. 4, showing a total quantity of 9 at an offer 
price of 139.9, and block 92 is a summary of blocks 
of 94, 96 and 98, showing a total quantity of 13 at an 

35 offer price of 139.70. It should be noted that with re- 
spect to the offer side of FIG. 5, since the display 
depth is only three, the fourth worst offer represented 
by block 100 in FIG. 4 does not appear in the keysta- 
tion book of FIG. 5 since it is outside the designated 

40 display depth range. 

With respect to the user entry record maintained 
at the central database 20, preferably such items as 
the bidder offer indicator, the instrument ID number, 
the quote, the quantity, the time-stamp, the keysta- 

45 tion transaction number, the host transaction number, 
the assigned trading party credit limits, etc. are main- 
tained. If desired, different trading instruments may 
be quoted in different ways. For example, you may 
have some trading instruments quoted on the basis 

so of absolute price and others on the basis of yield or 
discount, and so on. In addition, clearing information 
may be stored at the central system 20. As was pre- 
viously mentioned, this type of information fully quali- 
fies the entry to the host computer or central system 

55 20 which can perform matching based on gross coun- 
terparty credit limits and the collection of bids and of- 
fers that it has at any particular point in time, whereas 
the client site or keystation 24 preferably maintains 
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copies of only some of these fields so that it can cre- 
ate displays. Thus, the host or central system 20 re- 
duces the amount of network overhead that is re- 
quired by transmitting only summary information 
about the book and typically restricts the price depths 5 
that are sent down, such as the depth of three given 
in the example of FIG. 5. In addition, as previously 
mentioned above, the host will aggregate quantities 
at the same price level as illustrated in FIG. 5. In al- 
locating the accumulated summary to a match, the 10 
rules generally followed are that it goes by price, time 
of entry to the system, and by credit 

Now we shall briefly discuss the IXM update 
message structure for broadcast messages. IXM as 
used herein is another name for the book or an instru- 1 5 
ment crossed with a market. The book maintenance 
protocol or operation block protocol is preferably a 
way for instructing the client sites 26 to add, drop or 
remove particular sub- books from their associated 
book displays. Preferably, the host 20 enforces a 20 
structure on the client site data base which is a queue 
of prices whose maximum display depth is that dis- 
play depth that the host enforces for that particular in- 
strument The IXM update message is a broadcast 
message which preferably contains a number of 25 
fields, such as the identifying information for the trad- 
ing instrument that is being effected by this updated 
message, with the information being tokenized in or- 
der to minimize the bandwidth used on the network. 
Thus, very short numbers are used to indicate things 30 
li ke the trading instrument or the user or the subscrib- 
er that the system is trying to affect In this instance, 
the IXM update message instructs the client site 26 
to update the information being maintained in a par- 
ticular instrument and contains an IXM token. As 35 
shown and preferred in FIGS. 7 and 8, the IXM update 
message contains a number of fields for providing the 
requisite summary information, such as the number 
of highs, lows, trades, etc., which information is used 
to key into the rest of the message. Preferably IXM up- 40 
dates are cummulatrve and apply to the then current 
state of the book maintained at the client site 26. 
Thus, the IXM update preferably contains new infor- 
mation about an IXM and the state in context of the 
instruments book. The message is preferably of van- 45 
able length and may or may not contain certain infor- 
mation blocks. The IXM sequence number field pre- 
ferably represents a number of updates to an IXM. 
The keystation 24 uses this value to preferably ensure 
that it receives all updates to an IXM and that it does 50 
not apply an outdated update. The block list size pre- 
ferably defines how many information blocks are re- 
quired for the IXM. Preferably the size of the opera- 
tions list may exceed the maximum size of the mes- 
sage. In such an instance, the IXM is segmented 55 
across multiple messages. The number of highs spe- 
cifies that a high quote is being sent, which typically 
would be only a one or zero. Similarly the number of 



lows specifics that a low quote is being sent, which 
would typically only be a one or a zero. The number 
of trades preferably specifies the length of the trade 
list for the message which is used for the last trade 
statistic as well as for support of the ticker. Typically 
the IXM image would only have, at most, a single 
trade block to indicate the last trade if there was one. 
The number of operations preferably specifies the 
length of the operation list for the message. If the 
block list size does not equal the sum of the number 
of highs, number of lows, number of trades, and num- 
ber of operations, the IXM has been segmented 
across multiple messages. At least one IXM segment 
message will then preferably follow. When the sum of 
all the number of highs, lows, trades and operations 
fields across the segmented messages equal the 
block list size, then preferably the IXM data set is com- 
plete. 

In order to get the book initially at the keystation, 
it is requested from the central system 20 during an 
initialization sequence. Thus, the first thing that a 
keystation 24 at a client site 26 does when it connects 
the network 22 and, thereby, through to the central 
system 20, is to request a download of all the current- 
ly active books. The host 20 then preferably sends a 
snapshot of each book and, from then on, the central 
system 20 will continue to send out updates on either 
a periodic basis or immediately after each change to 
indicate that the various items in the book have 
changed. 

It should be noted that, preferably, with a single 
parameter change at the host system 20, effectively 
the view which the entire "world" or system popula- 
tion obtains with respect to a particular instrument is 
effectively changed. In this regard, if the host system 
20 sets the display depth equal to one then, prefer- 
ably, that means that no one can look into the book 
and that the host will not send out updates off of the 
best price display. This display depth can, of 
course ,be dynamically changed by the host on a dai- 
ly basis or on any other periodic basis desired to pro- 
vide centralized control over the distribution of the 
book. It should be noted that preferably all of the data 
in the system is logical data; that is all of the fields 
have meaning to the system. 

In this regard, in order to understand the distrib- 
uted book structure of the present invention, it should 
be understood that a book as used herein is the re- 
pository for bids/offer information on a particular trad- 
ing instrument Depending where that book is main- 
tained, the sort of information that goes into it is going 
to be different so that the repository for bid/offer in- 
formation on a given financial instrument such as 
Japanese Yen, in the host 20 contains things like in- 
dividual bids and offers, their identities, the clearing 
information and all of that maintained in strict 
price/time priority; whereas the book on Japanese 
Yen maintained at the client site 26 preferably con- 
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tains some summary information about the total 
quantity bid and offered at a particular price, and 
does not contain all bids and offers, it only contains 
the ones that are appropriate. 

There are actually two collections of information 
which are being maintained at the client site 26. One 
of these collections of information is the book for each 
instrument which is maintained at the keystation 24 
sites which have been given reference numerals 110, 
1 12, by way of example in FIG. 6. Another book main- 
tained at each site is the local entry data base or order 
book which has been given reference numerals 114 
and 116 in FIG. 6. As previously mentioned, there is 
also the host or system book database, given refer- 
ence numeral 1 1 8 in FIG. 6. Each time a client site 26 
starts up as a keystation 24, as was previously men- 
tioned, the keystation 24 is preferably initially empty 
and requests the download of the currently active 
books from the central system 20. As was previously 
mentioned, separate books are maintained for each 
trading instrument, so there would be a separate 
book for Japanese Yen, a separate book for Deutsch 
Mark, a separate book for dollars, etc., assuming that 
the system of the present invention was used for trad- 
ing foreign exchange currencies. Each of these books 
would be maintained at a given display depth. In this 
regard, it should be noted that an IXM update broad- 
cast message is only broadcast when the price infor- 
mation is inside the assigned display depth that has 
been assigned by the host computer or central sys- 
tem 20. With respect to the local entry database or or- 
der books 114, 116, these order books 114, 116 are 
updated by directed messages from the central sys- 
tem 20 and/or record the orders of the particular key- 
station 24b or 24a which have been sent to the central 
system 20. In this regard, these order books 114, 116 
are preferably kept current so that it is a listing only 
of orders which are still present in the central system 
20 from the respective keystations 24b or 24a. This 
order database 114 and 116 gets modified, such as 
through the removal of data, due to various occur- 
rences, such as when a complete match has occurred 
for a given order an entry remove message is provid- 
ed, or if it is partial match you may get an entry mes- 
sage that tells you that only that a partial match has 
1 been done against that order. The match notification 
which was previously referred to preferably refers to 
a particular order that is contained in the order data- 
base 1 1 4 or 1 1 6 a nd i nd icates what quantity or portion 
of the order has been matched. If all of the order has 
been matched, the entire order is then preferably de- 
leted from the respective order database 114 or 116. 
By way of example, if a bid were put in for ten million 
Yen at a price of 127 and the display was enabled, that 
is the display depth was set to something greater than 
or equal to one, then the central system 20 would pre- 
ferably construct a broadcast message, which is the 
aforementioned IXM update broadcast message, 



which would inform all client sites 26 that a new bid 
had been added to the Yen book, assuming that were 
the instrument being traded. The IXM update mes- 
sage would instruct an operation block which would 

5 say add to index one the ten million at 127. As for the 
other parameters in the IXM update message, add in- 
dex would equal one, type would equal bid, quote 
would equal 127 and quantity would equal ten million. 
In the above example, the transaction achieves two 

10 functions. The first function it achieves is that a bid 
is submitted and the host system 20 responds to the 
keystation 24a submitting the bid that the bid was ac- 
cepted and that there was no ambiguity in that the bid 
is definitely in-the system 20. the system 20 has it, 

15 and the local entry database 116 had it The other 
function indicates that the bid was of a certain char- 
acteristic that the rest of the "trad ing world" in the sys- 
tem should know about and this is accomplished as 
a result of the IXM broadcast message which was 

20 generated to all of the client sites 26 which were then 
told about this in summary as opposed to being given 
all of the detailed information. It should be noted that 
as previously mentioned, in terms of functional oper- 
ation, the entry of a bid to the system is the same as 

25 entry of an offer. 

In the situation when a trade occurs, this means 
that a matching offer is present in the system, the host 
system 20 has accepted that matching offer, and 
sends back the acknowledgment command, in effect 

30 retrieving the existing book on Yen, in the above ex- 
ample, finds out that there is ten million Yen at 127 in 
the book, adds to that the newly entered fifteen mil- 
lion and 127, and is aware that it has positioned fif- 
teen million at 127. The host 20 then does the match 

35 up including that ten million and does the trade, taking 
out the existing bid, so it reduces that amount to zero 
million at 127 leaving over five million at 127 on the 
offer side. In this instance, as will be explained with 
reference to FIG. 6, at least two directed messages 

40 have been sent actually four having been transmit- 
ted to the client sites 26 that are involved in the trade. 
The seller will get an indication that his Yen bid has 
traded by means of a match notification and he will, 
thereafter, be informed who the counterparty was af- 

45 ter the match has been made. The clearing and set- 
tlement of the trade will then preferably be the re- 
sponsibility of the subscribers. The counterparty who 
originally transmitted the offer and entry position 
message saying that it had a Yen offer positioned 

50 greater than the bid will then get an entry positioned 
Yen offer at five million at 1 27 and will get a match no- 
tification saying that, with respect to his offer, ten mil- 
lion of his original fifteen million has traded with the 
party who will then be identified Lastly, the IXM up- 

55 date broadcast message will be constructed and 
broadcast to all client sites 26 to update the trading 
book. That update message will preferably, in the 
above example, contain two operation blocks, one 



9 



17 



EP 0 399 850 B1 



18 



which will remove the bid information from the client 
book and the second which will post the new five mil- 
lion offer which remains on the offer side and will 
show that a trade took place. In addition, as was pre- 
viously mentioned, if desired, ticker information will 
also be provided in the 1XM update message saying 
what traded, keeping track of the cummulative vol- 
ume, the net change, the number of changes, the high 
limits, the low limits and so forth. It should be noted 
that preferably only the keystation 24 that either exe- 
cuted the transaction or was involved somehow in 
that transaction will receive the directed message 
with respect thereto and not other keystations 24 at 
the same client site 26, whereas with respect to 
broadcast messages all keystations 24 at all client 
sites 26 receive these messages. If desired, with re- 
spect to credit, this can be controlled on a client site 
26 by client site 26 basis as opposed to a keystation 
24 basis. Thus, in the system of the present invention, 
the network 22 has two functions, one of which is di- 
rected message delivery and the other of which is 
broadcast message delivery. 

Referring now to FIG. 6 in greater detail, the net- 
work 22 which, as was previously mentioned, is trans- 
parent to transactional information has been omitted 
for purposes of explanation of the message flow in the 
system of the present invention. For purposes of the 
example of FIG. 6, keystation 24a can represent any 
keystation which originates a transaction and keysta- 
tion 24b can represent any keystations which are in- 
volved as counterparties in the transaction which, as 
was previously mentioned can be more than one key- 
station at more than one location. The keystations 
24a and 24b are normally remotely located from each 
other such as, for example, keystation 24a being in 
New York and keystation 24b being in London. In ad- 
dition, the keystations 24a and 24 b are remotely lo- 
cated from the central system 20. In order to under- 
stand the message flow illustrated in FIG. 6, we will 
assume that the originating keystation 24a is receiv- 
ing a display of the keystation book database located 
at keystation 24a. Assuming that the operator at that 
keystation 24a then desires to enter a bid or an offer, 
either of which will be termed an order, this informa- 
tion is input to the keystation 24a via conventional 
means, such as a keyboard or a mouse by way of ex- 
ample. The keystation 24a then preferably validates 
the order and maintains its local order data base or lo- 
cal entry data base 116. The order, instead of being 
a bid or an offer, could be a hit or a take for a particular 
trading instrument as well since all of these various 
items would constitute an entry of an order. After the 
order has been entered, validated, and, the order data 
base 116 maintained, a transaction message is built 
and sent as a directed message to the central system 
20. This is represented by reference numeral 120 in 
FIG. 6. This transaction message 120 is received by 
the central system 20 and contains transaction infor- 



mation. At this point, preferably the central system 20 
sends back a directed message, termed a command 
acknowledgment message and given reference nu- 
meral 122, to inform keystation 24a that the transac- 

5 tion message 120 has been received. The transaction 
message 120 is time-stamped by the central system 
20 at this point Preferably the display of keystation 
24a wi II indicate "please wait" until the transaction mes- 
sage 120 has been acknowledged. Preferably, such ao 

10 knowledgment happens relatively quickly, such as in 
about two seconds, by way of example. The central sys- 
tem 20 then preferably processes the transaction mes- 
sage 120 against the central system 20 stored copy of 
the system or host book which is contained in the host 

15 book data base 11 8 subject to gross counterparty credit 
limits. At this point the central system 20 preferably eith- 
er adds the entry of the transaction or the order from 
keystation 24a to the host book data base 1 1 8 or match- 
es that entry against existing bids and offers contained 

20 in the host book data base 118. Once that processing 
is completed, assuming the gross counterparty credit 
limit hsa not been exceeded, the central system 20 is 
ready to generate output messages not only to the 
originating keystation 24a, but possibly to other key- 

25 stations 24 such as the counterparty keystations rep- 
resented by 24b and, assuming the gross counterpar- 
ty credit limit between keystations 24a and 24b has 
not been exceeded and that an update message is re- 
quired, to all keystations in the system. Thus, central 

30 system 20 generates directed messages back to each 
of the keystations 24 involved in the matching trans- 
action, such as 24a as the originating keystation and, 
assuming that there is a match, 24b as the counter- 
party keystation, and generates the IXM update 

35 broadcast message to ail keystations 24. It should be 
noted that, as previously mentioned, a single transac- 
tion message 120 from keystation 24a, whether it is 
a hit, or a take, or a bid, by way of example, could re- 
sult in multiple matches. For example, if keystation 

40 24a wants to hit the bid for a quantity of 20, it is pos- 
sible that to satisfy that order more than one match 
could be involved such, as for example, four or five 
different matches, particularly, since the keystation 
book at keystation 24a merely displays accumulated 

45 summaries of the bids or offers, such as represented 
by blocks 71, 80, 86 and 92 in FIG. 5. If multiple 
matches occur, then, thereafter, the identity of all of 
the counterparties involved in the multiple matches 
are displayed on the screen of the originating keysta- 

50 tion 24a for a settlement purposes. Thus, on any giv- 
en transaction, there will always be directed messag- 
es involving the transaction originator and involving 
one or more counterparties or affected parties in that 
trade or transaction. If the market is an auction mar- 

55 ket, then it preferably has a price depth of one so that 
this determines how many prices the central system 
20 can maintain with only one price being maintained 
in an auction market. When a new bid goes in which 
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betters the existing bid in an auction market, the ex- 
isting bid is actually removed and effectively cancel- 
led in the book. By way of example, an auction market 
is represented by FIGS. 15 and 16. Preferably, after 
all of the directed messages are generated to the 
counterparties, and the associated directed message 
acknowledgments, such as represented by reference 
numerals 124, 126, 128 and 130 in FIG. 6, the IXM up- 
date broadcast message, represented by reference 
numeral 132 in FIG. 6, is sent to all keystations 24 in 
the system regardless of whether or not they were in- 
volved in this particular matching transaction. It 
should be noted that preferably the first six steps illu- 
strated in FIG. 6 with respect to the central system 20 
are all essentially a-synchronous to any outside 
events. When the keystations 24a and 24b received 
the update broadcast message it will be processed 
against the local keystation book database 110, 112 
and the local copy of the book will be maintained. As 
was previously mentioned, it should be noted that this 
local keystation book 110, 112 is not an exact carbon 
copy of the central system book 11 8 but rather is only 
a selected subset of it which comprises an accumu- 
lated summary of bids and offers within the assigned 
display depth. Thus, preferably, FIG. 6 illustrates a 
generic template for the processing of messages 
throughout the system of the present invention in or- 
der to provide the distributed functionality of the sys- 
tem. 

It should be noted that the concept of originating 
keystation and counterparty keystation moves 
around with each transaction so that for each trans- 
action the originator may be different and may for dif- 
ferent transactions occurring at the same time be an 
originating keystation in one instance and a counter- 
party keystation in another instance. In addition, 
there are other instances in which the keystation may 
merely be a bystander and not involved in the partic- 
ular transaction at all. Preferably the control of the 
overall distributed matching system is maintained by 
the central system 20 which operates in accordance 
with a set of rules, to be described in greater detail 
hereinafter, which govern how the transactions are 
processed. Preferably, the central system processes 
transactions against a particular trading instrument in 
time order of entry into the system. In this regard it 
should be noted that it is not time entry of orders but 
time entry of orders related to a particular trading 
book or trading instrument Thus, there would be time 
order entry assigned to Yen, a different time order en- 
try consideration assigned to Deutsch Marks, and so 
forth if the trading instruments were foreign ex- 
change currencies. 

By way of example; FIGS. 13, 14. 17 and 15 are 
further illustrations of the book market, with FIG. 13 
illustrating the book market entry position, at market, 
at the central data base; FIG. 14 illustrating the book 
market entry position for creation of a new sub-book; 



FIG. 17 illustrating a logical model of a book market 
after posting of a trade; and FIG. 1 8 illustrating a log- 
ical model of the book market after the trade. Prefer- 
ably each side of the book market is made up of zero 
5 or more sub-books. In the example of FIG. 4, there are 
seven sub-books, four on the offer side and three on 
the bid side. Preferably there are two ways in which 
an entry can be positioned in a book market, both de- 
termined by the entry's value. If there exists a sub- 
to book that has the same value as the new entry, the 
new entry is entered at the bottom of the sub-book, 
such as illustrated in FIG. 13. When the new entry 
equals the current best entry for the side of the mar- 
ket, the entry behaves in this fashion. If a sub-book 
is with the same value as the new entry does not exist, 
then a new sub-book is created with the new entry 
placed at the top of the book, such as illustrated in 
FIG. 14. This sub-book is preferably positioned be- 
tween other sub-books so that the value ordering of 
20 the sub-books is preserved. Preferably by definition 
a best entry does not have a value equal to that of any 
existing sub-book for that side of the market A new 
sub-book is implicitly created when the new entry 
betters the current best price for that side of the mar- 
25 ket 

The behavior of an auction market, such as illu- 
strated in FIGS. 15 and 16, is preferably dictated by 
the fact that there are at most one sub-book per side 
of a market When an entry is worse than the current 

30 best entry, it is preferably rejected from the market 
When an entry equals the current best entry, it is pre- 
ferably accepted into the market and is positioned as 
the last entry in time order in the appropriate sub- 
book, such as shown in FIG. 15 by way of example. 

35 When an entry betters the existing value for the side 
of a market, the current entries in that side of the book 
are preferably cancelled, such as shown in FIG. 16 by 
way of example. 

Referring once again to FIG. 1 7 and 1 8, matching 

40 is only attempted, preferably, when the posting func- 
tion indicates that the best bid value is better than or 
equal to the best offer value. The matching function 
is preferably the same for both book markets and auc- 
tion markets. In a book market it is possible for any 

45 order to cross the market; that is, for a new bid to be 
higher than the best offer or a new offer to be lower 
than the best bid. In this case, trades are preferably 
allowable at multiple quotes filling the order starting 
at the best quote and working down to the quote spe- 

so cif led in the new order as necessary to trade as much 
quantity as possible. Since the quote depth for an 
auction market is only 1 , just the bid side and the offer 
side of a market are submitted to matching. If one or 
more matches are found, the following information is 

55 preferably given for each matching pair, namely, the 
buyer, the seller, the instrument the quantity traded 
and the quote. As is shown by way of example in FIG. 
17, there is a bid which has been introduced at the 
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value of 139.19, a value that betters the current best 
bid. Since there exists no sub-book on this price on 
the bid side of the book, a new one is created. At this 
point, the best bid value is equal to the best offer value 
so the bid and offer sub-books with the value of 
139.19 are submitted to the matching function. As- 
suming that the gross counterparty credit limit is not 
exceeded, then both of the offer entries are fully trad- 
ed for a trade total quantity of nine. The bid is only par- 
tially traded and a quantity of one remains. It should 
be noted that with respect to FIG. 4, there are seven 
sub-books in the market, three on the bid side and 
four on the offer side with a value spread between the 
bid side and the offer side of the market currently ex- 
isting so that no matching could take place at that 
time. FIG. 18 illustrates the logical model of the book 
market after the trade is over. In this instance the of- 
fer sub-book with a value of 139.19 in the above ex- 
ample has no more entries in it so the sub-book is re- 
moved. There is a bid remaining at that quantity so it 
remains in the sub-book. A new value spread now ex- 
ists in the book. 

Thus, with the system of the present invention, 
the books may be distributed among the keystations 
through the use of summary books so that informa- 
tion is distributed between the central system 20 and 
the keystations 24 in such a way that all of the right 
Information, and only the right information, is made 
available at the geographically dispersed keysta- 
tions. The keystations 24 need information to gener- 
ate their displays which displays, in the system of the 
present invention, can be as up to date as possible so 
that the traders are provided with accurate informa- 
tion regarding the instruments available for trade 
while the keystations 24 are prevented from receiving 
disclosure information that they are not entitled to or 
that should be withheld from them because it is an 
anonymous trading system. Thus, not only does the 
distributed matching system of the present invention 
provide for efficient transmission of information but it 
enables the host to controHably mask the available 
trading market 

Now referring to FIGS. 1 9 and 20, the credit con- 
trol function and the more quantity function of the 
system of the present invention shall now be descri- 
bed in greater detail. As was previously mentioned, 
there are two types of quantity in the system of the 
present invention; namely primary quantity and more 
quantity. Primary quantity is the amount which is dis- 
closed in connection with the books distributed to the 
keystations 24 from the host 20 whereas more quan- 
tity is kept anonymous by the system of the present 
invention. Thus, the more quantity is not disclosed to 
the market at the time that the bid or offer is made but 
rather is hidden. In addition, as previously mentioned, 
credit limits are also anonymous in the system of the 
present invention. These trading party credit limits 
which are assigned by the individual keystations 24 or 



client sites 26 to those other keystations 24 or client 
sites 26 in the system in which they wish to trade, or 
not trade as the case may be, are preferably held 
anonymously in the central system 20 which determi- 

5 nes the gross counterparty credit limits. Thus, the 
only individuals who know what the trading credit lim- 
its are are the owners of those credit limits; that is, the 
keystations 24 assigning the particular trading party 
credit limit In this regard, if a trading party credit limit 

w is set to zero then you will not trade with that party. 
Preferably, in determining the rules of matching to be 
applied by the system in the present invention, a bid 
can only match with an offer and an offer can only 
match with a bid. Thus, an order eligibility is prefer- 

15 ably determined which says that eventually bids with 
offers, where there is a non-zero credit line between 
the counterparties for the same trading instrument, 
are eligible for a match where the buy price is greater 
than or equal to the sell price. Next, there should pre- 

20 ferably be a quantity match, with the match quantity 
preferably being equal to the minimum of credit, re- 
maining quantity of the new order, or remaining of the 
standing order. Thus, the match quantity is the mint- 
mum of these three things. In this regard, preferably 

25 the match may occur to the entirety of an order as op- 
posed to distributing the order or match amongst sev- 
eral possible orders. In addition, preferably the prior- 
ity of matching is based on time precedence; in other 
words, first in first out. Preferably the system of the 

30 present invention tries to maximize the total trade 
size each time a match occurs. In determining stand- 
ing order priority, preferably it is based first on price, 
second on quantity type, and third on time stamp or 
time of entry into the system. Preferably in consider- 

35 ing quantity type, the bid with more quantity is con- 
sidered to be two bids, one of which is an offer of pri- 
mary quantity at a certain price and then an offer for 
more quantity at a different price. Preferably the pri- 
mary quantity has a higher priority than the more 

40 quantity type. By way of example in trying to under- 
stand the more quantity concept assume that there 
is a new order which is bid at a dollar for quantity of 
30. The system will first determine that this order 
should be matched against standing orders that are 

45 eligible. Assuming all the orders are eligible orders, 
then the system is going to say that against each one 
it will trade up to its maximum and will keep trading 
until its all done. In this regard, if in the course of 
matching you run up against a credit limit which caus- 

50 es the gross counterparty credit to be exceeded, then 
the matching trade occurs up to the gross counterpar- 
ty limit so that the match size is the minimum of the 
credit the standing order size or the primary size. As 
was previously mentioned, the system of the present 

55 invention basically operates with credit limits on the 
concept of gross counterparty limit In this regard it is 
not enough for a keystation 24 to extend a trading par- 
ty limit to a counterparty, it is aJso preferably neces- 
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sary that the counterparty extend a trading party 
credit limit to that keystation, in which instance the 
minimum of the two trading party credit limits would 
represent the credit line or gross counterparty limit 
between the two keystations. By way of example, if s 
the keystation 24a buys 10 million dollars worth of 
Deutch marks from another keystation 24b and sells 
10 million dollars worth of Deutch marks to that same 
keystation 24b, that transaction would have con- 
sumed 20 million dollars of the gross, counterparty 10 
credit limit between these two keystations 24a, 26b. 
Of course, if desired according to the system of the 
present invention, any trading party credit limit can be 
changed or ail credit limits may be reset Preferably 
the minimum of the credit that a keystation 24 has re- 15 
maining with another keystation 24 and the credit that 
that keystation 24 has with the originating keystation 
24 will determine the maximum possible match size. 

In addition to the above, there is a credit alert 
threshold. Preferably the permission to modify credit 20 
limits in the system of the present invention is only 
given to somebody having that special privilege. Pre- 
ferably, if in the course of trading your credit remain- 
ing goes to a value less than 25% of the original value 
of the credit limit, an alert is sent out to anybody with 25 
permission to modify the limit Thus, the credit limit 
alert informs a particular keystation 24 that it is trad- 
ing dangerously low to the assigned credit limits it has 
given and that those limits are going to start blocking 
or inhibiting trades if nothing is done about changing 30 
them. As was previously mentioned, although credit 
limits are assigned to individual keystations 24 they 
are held in the central system 20 so that when a po- 
tential matching trade is to occur, if s not the keysta- 
tion 24 function to determine the size of that trade but 35 
rather it is the central system 20 function. Because of 
credit limits, it is possible that a bid or offer could be 
put into the system which is not capable of being 
matched with any other bid or offer because all of the 
trading party credit limits assigned by the originating 40 
keystation 24 are zero or because no other keystation 
24 in the system has extended a trading party credit 
limit to the new keystation 24 entering the system. 

Furthermore as previously mentioned, the 
matching algorithm employed in the central system 45 
20 of the present invention preferably uses credit con- 
trols to determine the quantity of permissable match 
to the lowest common limit and the best bid/ask price 
for the largest available quantity to automatically 
complete a matching transaction or trade. Thus, a 50 
matching system is provided in which real time prices 
are the subject of real time credit Moreover it should 
be noted that preferably prices of the best available 
bid are used to dynamically update prices. 

Summarizing the presently prefered matching 55 
rules for the system of the present invention, a new 
order is eligible to be matched with a standing order 
and a trade or matching transaction will result when- 



ever one order is a buy order, the other is a sell order, 
the buy order and sell order originate from different 
entities, a non-zero and credit line exists between the 
two entities, the two orders are against the same in- 
strument and the price of the buy order is greater 
than that of the price of the sell order. Secondly, if an 
order match is possible according to the above criteria 
of order eligibility, then the trading transaction would 
take place at the price of the standing order prefer- 
ably. Moreover if an order match is possible according 
to the criteria of order eligibility, then the trade will 
preferably take place for a quantity equal to the mini- 
mum of the available credit line, the remaining quantiy 
of the new order, and the remaining quantity of the 
standing order. Whereas the order eligibility rule de- 
fines the criteria for matching, the quantity rule is 
used to define the size of an eligible trade. Preferably, 
if there are multiple standing orders eligible for match- 
ing against a new order then matches will be consid- 
ered in priority sequence until one of the following 
conditions are obtained; namely the new order com- 
pletely filled or all eligible standing orders have been 
considered. Thus, simply stated, each new order is 
traded to its maximum potential. Preferably the prior- 
ity of the standing order relative to other standing or- 
ders for the same instrument is based on price, quan- 
tity type, and time stamp. With respect to price, for 
buy orders, preferably the higher price is the higher 
priority and for sell orders the lower price is the higher 
priority. With respect to quantity type, preferably a 
standing order for primary quantity has a higher pri- 
ority than a standing order for more quantity if they 
are both at the same price. With respect to time 
stamp, preferably within the same price and same 
quantity type, older orders have a higher priority than 
more recent orders. Thus, the sort sequence for 
standing order priorities preferably by price, the quan- 
tity type, by time stamp. In this regard, however, if 
more quantity is at a better fill price, then it has a high- 
er priority than primary quantity. 

Whenever a party initiates a credit change trans- 
action which increases the credit extended to one or 
more counterparties the following sequence of 
events occurs: credit changes performed; all the sub- 
scriber's bids and offers in crossed markets, which is 
a market in which to bid price is equal to or greater 
than the offer price, are evaluated for trade potential 
with standing orders on the opposite side of the book; 
if any single instrument contains multiple bids or of- 
fers from the entity who has performed the credit 
change, then these bids and offers are evaluated in 
time sequence; and if the party who has performed 
the credit change has bids and offers in multiple in- 
struments with crossed markets, then the individual 
instruments are evaluated in an arbitary sequence. 

Preferably, the system of the present invention 
supports four different order types which are used to 
buy or sell instruments in the matching system of the 
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present invention. These order types are referred to 
as bid, offer, hit (also known as yours), and take (also 
known as mine). These orders are preferably differ- 
entiated from one another according to a set of time, 
price and size constraints which are either explicitly 
or implicity provided at the time of order entry. Pre- 
ferably all system orders, regardless of type, are price 
limit orders. This means that the order, whether it be 
bid, offer, hit, or take, is preferably restricted to exe- 
cute at the specified price or better. For a bid or take, 
the term "or better" preferably means at the specified 
price or lower, whereas for an offer or hit this term 
preferably means at the specified price or higher. Fur- 
thermore, every system order must preferably carry 
one of two possible time constraints which are actual- 
ly implied by the order type. Hit and take orders have 
the implied constraint f ill-or-kill (FOK). These orders 
must be fully or partially filled at the time they are pre- 
sented and then they are removed from the system or 
killed. Bid and offer orders preferably have the ap- 
plied constraint good 'till cancel (GTC). These orders 
preferably must remain in the system until explicity 
cancelled or until the end of the user's session. In ad- 
dition to these order limitations, all orders must pre- 
ferably specify primary quantity. In the case of bid 
and offer orders, more quantity may also be prefer- 
ably included with the order but only if a primary quan- 
tity is also included. FIG. 1 9 is an illustration of the or- 
der types implemented in the system of the present 
invention with fill-or-kill represented by the expres- 
sion FOK and good-till-cancel represented by the ex- 
pression GTC. It should be noted that preferably hit or 
take specifies a price which crosses the market, that 
is a hit with a price lower than the best bid, and is ef- 
fectively a market order in the sense of the commod- 
ities markets and will execute at the best available 
price, and will go as far into the order book as needed 
until the order is filled or the limit price is reached. 

With respect to the credit control mechanism of 
the present invention, it comprises gross counterpar- 
ty credit limit controls, as was previously mentioned. 
Thus each party is allowed to extend a credit limit or 
trading party credit limit to any other counterparty in 
the system. It is the act of extending a trading party 
credit limit which allows trades to take place between 
two keystations 24. Assuming two keystations 24 
have each extended credit to one another, they will be 
allowed to-trade until the remaining credit reaches 
zero. Every trade will draw down the available credit 
line for both sides of the trade and preferably, no 
trade may take place unless sufficient credit is avail- 
able on both sides. 

Basically four credit control functions are imple- 
mented in the system in the present invention. These 
functions are modified credit limits, reset credit limits, 
view credit limits, and credit limit alert When the 
modified credit limits function is involved, the user is 
preferably presented with a list of all subscribers on 



the system. The user desirous of modifying credit lim- 
its may then assign a numerical credit limit to any sub- 
scriber in that list When complete, a new list of trad- 
ing party credit limits is sent to the host or central sys- 

5 tern 20 thereby defining a new current and future de- 
fault credit limit for the originating subscriber. In addi- 
tion, at any time, a user may invoke the reset credit 
limits function thereby resetting all counterparty 
credit limits to their original default values. This f unc- 

10 tion would normally be performed prior to the start of 
trading each day. Credit limits are preferably reset for 
each counterparty to the last value specified in a 
modified credit limit function for that counterparty. In 
order for a trader to see how much of the original cred- 
os it line remains to other subscribers, a view credit limits 
function may be selected. When this function is exe- 
cuted, the central system 20 preferably supplies a list 
of all counterparties to whom a credit line has been 
extended, together with the dollar amount of the orig- 

20 inal credit limit which remains. The information is pre- 
ferably provided as a snapshot namely, it will not dy- 
namically update as trades take place. As was previ- 
ously mentioned, the credit limit alert function identi- 
fies an impending total draw down of counterparty 

25 credit lines. Preferably, the credit limit alert is sent 
once for each trade performed af tBr the 75% thresh- 
old is reached. The credit limit alert is only preferably 
triggered when a trade occurs within the threshold re- 
gion. If the credit becomes totally exhausted, then 

30 preferably no further trading will occur and no further 
alerts will be generated. Preferably, any user or key- 
station 24 may retrieve his and only his site's credit 
list for viewing only, with the information being pre- 
sented, by way of example, in the form illustrated in 

35 FIG. 20. In FIG. 20, the credit limit field is the maxi- 
mum gross dollar amount of trading permitted be- 
tween the requestor organization and the identified 
counterparty organization, and the credit remaining 
field is the original credit limit plus all trades executed 

40 since credit was reset with this counterparty. The dis- 
play is preferably non-updating; that is the credit re- 
maining column will not change once on display even 
if trades take place within the named organization. 
Thus, by using credit control in accordance with 

45 the present invention, subscribers may limit the 
amount of credit exposure they have with other sub- 
scribers in the system of the present invention, with 
credit control being managed as a gross counterparty 
limit extended on a subscriber-to-subscriber basis 

so across all trading instruments. In accordance with the 
system of the present invention, completion of poten- 
tial matching transactions between transaction orig- 
inating keystations and counterparty keystations are 
inhibited or blocked when the potential matching 

55 transaction has an associated value in excess of the 
gross counterparty credit limit Thus, the credit con- 
trol mechanism of the present invention controls who 
subscribers trade with in an anonymous trading sys- 
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tern which is important since the identities of the par- 
ties involved in a trade are not revealed until after the 
trade has taken place at a time which would be too 
late to unwind the trade. 

The basic invention set out above may have the 
counterparty credit limit as an anonymous credit limit 
to said counterparty and the limit may be a gross 
counterparty credit limit. It is an optional feature of the 
invention that the matching criteria further comprise 
real time prices of said bids and offers subject to the 
counterparty credit limit in real time and the criteria 
may further comprise associated quantity values of 
the given trading instrument bids and offers. 

It is an optional feature of the invention that each 
of the keystations comprises means for assigning a 
trading party credit limit and each of the keystations 
may further comprise means for varying the assigned 
trading party credit limit, the host computer means 
varying the counterparty credit limit in response 
thereto. The keystation credit limit can be varied by 
re-setting all trading party credit limits assigned by 
the keystation means. 

It is an optional feature of the invention that 
means provide a credit limit alert when the assigned 
trading credit limit goes below a predetermined value. 
The predetermined value may for example be 25% of 
the original value of the assigned trading party credit 
limit. 

It is an optional feature of the invention that the 
host computer means comprises means for process- 
ing said matching transactions for a given trading in- 
strument in time order entry to said matching system. 
The matching criteria may further comprise an order 
priority based on price, quantity type and said time or- 
der entry. The quantity type may comprise of primary 
quantity type and a more quantity type, said more 
quantity type being a hidden value of additional quan- 
tity beyond said primary quantity a keystation is witl- 
ing to trade of laid given trading instrument This pri- 
mary quantity type may have a higher order priority 
than said more quantity type. 

When the given trading instruments comprise for- 
eign exchange currencies, the matching criteria may 
further comprise price and quantity, said means for 
anonymously matching said bids and offers comprising 
means for determining the quantity of permissible match 
at the lowest common counterparty credit limit and the 
best bid/ask price for the largest available quantity for 
automatically completing said potential matching trans- 
actions. In any case, the hoot computer means may 
comprise means for dynamically updating said prices 
based on the best available bids in the system. 



Claims 

1. A matching system for trading instruments in 
which bids are automatically matched against of- 



fers for given trading instruments for automati- 
cally providing matching transactions in order to 
complete trades for said given trading instru- 
ments, said system comprising: 
5 a computer means (20) comprising 

means for anonymously matching 
active bids and offers in the system by trading in- 
strument based on variable matching criteria, and 

storage means for storing said ac- 
10 tive bids and offers and said variable matching 

criteria; 

a transaction originating keystation 
means (24a) for providing a bid on behalf of a par- 
ty on a given trading instrument to said computer 

is means, thereby providing a potential matching 
transaction; 

a counterparty keystation means (24b) for 
providing an offer on behalf of a counterparty on 
said given trading instrument involved in said po- 

20 tential matching transaction; and 

network means (22) for interconnecting 
said computer means, said transaction originat- 
ing keystation means and said countesparty key- 
station means for enabling data communications 

25 therebetween, 

characterized in that 

each of said keystation means (24) has an 
associated local database for storing as display- 
able data a subset of said active bids and offers 

30 stored in said storage means, 

said variable matching criteria are derived 
from at least a trading party credit limit for said 
party and said counterpaty, 

said system is arranged to inhibit comple- 

35 tion of said potential matching transaction be- 
tween said transaction originating keystation 
means and said counterparty keystation means 
when said potential matching transaction has an 
associated value in excess of said trading party 

40 credit limit of said party or said counterparty, 

said system further comprises means for 
variably assigning said trading party credit limit 
for a potential counterparty to said potential 
matching transaction, and 

45 said computer means further comprises 

means for varying said stored variable matching 
criteria in response to said assigned trading party 
credit limit, thereby providing variable real time 
credit control between said party and said coun- 

so terparty to said potential matching transaction. 

2. A matching system as claimed in claim 1 , wherein 
said variable matching criteria are further derived 
from associated quantity values of given trading 

55 instrument bids and offers. 

3. A matching system as claimed in claim 1 , wherein 
said variable matching criteria are further derived 
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from real time prices of said active bids and of- 
fers, said real time prices being subject to said 
trading party credit limits in real time. 

4. A matching system in accordance with claim 1, 
wherein said variable matching criteria are fur- 
ther derived from price and quantity of said active 
bids and offers, and said computer means deter- 
mines an available quantity of a given trading in- 
strument at a selected price of an active bid or of- 
fer based on the lowest said trading party credit 
limit thereby automatically completing said po- 
tential matching transaction. 

5. A matching system as claimed in claim 4, wherein 
said computer means further comprises means 
for dynamicatly updating said dispiayable data 
based on the best available active bids and offers 
entered into the system. 

6. A matching system as claimed in any one of 
claims 1 to 5, wherein said computer means fur- 
ther comprises means for providing a credit limit 
alert when said assigned trading party credit limit 
goes below a predetermined value. 

7. A matching system as claimed in any one of 
claims 1 to 6, wherein said computer means com- 
prises means for processing matching transac- 
tions for a given trading instrument in order of 
time entry into said matching system. 

8. A matching system as claimed in any one of 
claims 1 to 7 wherein said given tradine instru- 
ments comprise foreign exchange currencies. 

9. A matching system in accordance with claim 1, 
further comprising a ticker apparatus (60) con- 
nected to the computer means (20) for dissemin- 
ating a best bid or best offer. 

10. A matching system in accordance with claim 1, 
further comprising a clearing house, the comput- 
er means (20) being arranged to provide clearing 
information to the clearing house (69). 

11. A system as claimed in claim 1 further comprising 
means for providing trade ticket information to 
said keystation means (24a,24b), said keystation 
means comprising trade ticket generating 
means. 



Patentanspruche 

1 . Geschaf tsbeziehungs - bzw. Anpassungssystem 
fur Handelspapiere, in dem Gebote und Angebote 
fur gegebene Handelspapiere zum automati- 



schen Durchfuhren von angepa&ten Transaktio- 
nen automatisch verglichen bzw. angepa&t wer- 
den, urn Geschafte fur die gegebenen Handels- 
papiere abzuschliefcen. wobei das System auf- 
5 weist: 

eine Computereinrichtung (20) mit: 
einer Einrichtung zum anonymen Anpas- 
sen von aktiven Geboten und Angeboten im Sy- 
stem mittels Handelspapieren auf der Grundlage 
10 von veranderbaren Anpassungskriterien, und 

einer Speichereinrichtung zum Speichern 
der aktiven Gebote und Angebote und der veran- 
derbaren Anpassungskriterien; 

einer transaktionsauslosenden Teilneh- 
15 merstationseinrichtung (24a) zum Ubergeben ei- 

nes Gebotes im Namen einer Partei fur ein gege- 
benes Handelspapier an die Computereinrich- 
tung, wodurch eine potentielle angepa&te Trans- 
aktion durchgefuhrt wird; 
20 einer Gegen parte i-Tei In ehmerstationsein- 

richtung (24b) zum Ubergeben eines Angebotes 
im Namen einer Gegenpartei fur das gegebene 
Handelspapier, das zu der potentiellen angepafc- 
ten Transaktion gehort; und 
25 einer Netzeinrichtung (22) zum Verbinden 

der Computereinrichtung, der transakti onsausJ 
dsenden Teilnehmerstattonseinrichtung und der 
Gegenpartei-Teiinehmerstationseinrichtung zum 
Ermoglichen von Datenubertragung zwischen 
30 diesen, 

dadurch gekennzeichnet, dad: 
jede der Teiinehmerstationseinrichtungen 
(24) eine entsprechende lokale Datenbasis zum 
Speichern, als anzeigefahige Daten, einer Unter- 
35 menge der aktiven Gebote und Angebote auf- 
weist, die in der Speichereinrichtung gespeichert 
sind, 

die vetSnderbaren Anpassungskriterien 
von mindestens einer Handelspartei-Kreditgren- 
40 ze fur die Partei und die Gegenpartei abgeleitet 
werden, 

das System so eingerichtet ist, da& es den 
Abschluft der potentiellen angepa&ten Transakti- 
on zwischen der transaktionsauslosenden Teil- 

45 nehmerstationseinrichtung und der Gegenpartei- 
Teilnehmerstationseinrichtung verhindert, wenn 
die potentielle angepaftte Transaktion einen ent- 
sprechenden Wert hat, der fiber der Handelspar- 
tei-Kreditgrenze der Partei oder der Gegenpartei 

so iiegt 

das System ferner eine Einrichtung zum 
veranderbaren Zuordnen der Hande Is partei- Kre- 
ditgrenze fur eine potentielle Gegenpartei zu der 
potentiellen angepa&ten Transaktion aufweist, 
55 und 

die Computereinrichtung ferner eine Einr 
ichtung zum Verandern dergespeicherten veran- 
derbaren Anpassungskriterien als Ant wort auf die 
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zugewiesene Handelspartei-Kreditgrenze auf- 
weist, so da& eine veranderbare Echtzeitkredit- 
steuerung zwischen der Partei und der Gegen- 
partei fur die potentielle angepa&te Transaktion 
durchgefuhrtwird. 

2. Anpassungssystem nach Anspruch 1, wobei die 
veranderbaren Anpassungskriterien ferner von 
entsprechenden Mengenwerten von gegebenen 
Handelspapier-Gebote und -Angebote abgeleitet 
werden. 

3. Anpassungssystem nach Anspruch 1, wobei die 
veranderbaren Anpassungskriterien ferner von 
Echtzeitpreisen deraktiven Gebote und Angebo- 
te abgeleitet werden, wobei die Echtzeitpreise in 
Echtzeit von den Handeispartei-Kreditgrenzen 
abhangig sind. 

4. Anpassungssystem nach Anspruch 1, wobei die 
veranderbaren Anpassungskriterien ferner von 
Preis und Menge der aktiven Gebote und Ange- 
bote abgeleitet werden und die Computereinrich- 
tung eine verfugbare Menge eines gegebenen 
Handelspapiers mit einem gewihlten Preis eines 
aktiven Gebotes Oder Angebotes auf der Grund- 
tage der niedrigsten Handelspartei-Kreditgrenze 
bestimmt, so dad die potentielle angepa&te 
Transaktion automatisch abgeschtossen wird. 

5. Anpassungssystem nach Anspruch 4, wobei die 
Computereinrichtung ferner eine Einrichtung 
zum dynamischen Aktuaiisieren der anzeigefahi- 
gen Daten auf der Grundlage der besten verf ug- 
baren Gebote und Angebote aufweist, die in das 
System eingegeben worden sind. 

6. Anpassungssystem nach einem der Anspruche 1 
bis 5, wobei die Computereinrichtung ferner eine 
Einrichtung zum Ermoglichen eines Kreditgrenz- 
alarms aufweist, wenn die zugewiesene Han- 
delspartei-Kreditgrenze unter einen vorbestimm- 
ten Wert geht. 

7. Anpassungssystem nach einem der Anspruche 1 
bis 6, wobei die Computereinrichtung ferner eine 
Einrichtung zum Verarbeiten von angepa&ten 
Transaktionen fur ein gegebenes Handelspapier 
in zeitlicher Reihenfblge der Eingabe in das An- 
passungssystem aufweist 

8. Anpassungssystem nach einem der Anspruche 1 
bis 7, wobei die gegebenen Handelspapiere De- 
visenwdhrungen aufweisen. 

9. Anpassungssystem nach Anspruch 1, ferner mit 
einer Borsenfernschreibervorrichtung (Ticker) 
(60), die mit der Computereinrichtung (20) ver- 



bunden ist. zum Verteilen eines besten Gebotes 
Oder eines besten Angebotes. 

10. Anpassungssystem nach Anspruch 1, ferner mit 
5 einer Verrechnungss telle, wobei die Computer- 

einrichtung (20) so eingerichtet ist. da& sie Ver- 
rechnungsinformation an die Verrechnungsstelle 
(69) weitergibt 

10 11. System nach Anspruch 1 f ferner mit einer Einrich- 
tung zum Ubergeben von Handelsticketinforma- 
tion an die teilnehmerstationseinrichtung (24a. 
24b) wobei die Teilnehmerstationseinrichtung ei- 
ne Handelsticketerzeugungseinrichtung auf- 
15 weist. 

Revendications 

20 1. Systeme de correspondance pour des actes de 
commerce dans lequel des demandes sont auto- 
matiquement conf rontees a des off res pour des 
actes de commerce donnes af in de realiser auto- 
matiquement des transactions de correspondan- 

25 ce af in d'achever des transactions commerciales 

pour lesdits actes de commerce donnes, ledit 
systeme comprenant 

un moyen d'ordinateur (20) comprenant: 
un moyen pour faire correspondre de fa- 

30 con anonyme des demandes et des off res acti- 
ves dans le systeme au moyen d'un acte de 
commerce base sur des criteres de correspon- 
dance variables; et 

un moyen de stockage pour stocker lesdi- 

35 tes demandes et of f res actives et lesdits criteres 
de correspondance variables; 

un moyen de poste de travail de creation 
de transaction (24a) pour constituer une deman- 
de au titre d'une partie sur un acte de commerce 

40 donne sur ledit moyen d'ordinateur pour ainsi rea- 
liser une transaction de correspondance poten- 
tielle; 

un moyen de poste de travail de contre- 
partie (24b) pour constituer une offre au titre 

45 d'une contrepartie sur ledit acte de commerce 
donne mis en jeu lors de ladite transaction de 
correspondance potentielle; et 

un moyen de reseau (22) pour intercon- 
necter ledit moyen d'ordinateur. ledit moyen de 

so poste de travail de creation de transaction et ledit 
moyen de poste de travail de contrepartie pour 
permettre des communications de donnees e ni- 
tre eux, 

caracterise en ce que: 

55 chacun desdits moyens de poste de tra- 

vail (24) comporte une base de donnees locale 
associee pour stocker en tant que donnees aff k 
chables un sous-ensemble desdites demandes 



10 



15 



17 



33 



EP 0 399 850 B1 



34 



et off res actives stockees dans (edit moyen de 
stockage; 

lesdits criteres de correspondance varia- 
bles sont derives a partir d'au moins une limite de 
credit de partie commerciale pour tadite partie et 
ladite contrepartie; 

(edit systeme est agence pour inhiber 
I'achevement de ladite transaction de correspon- 
dance potentielle entre ledit moyen de poste de 
travail de creation de transaction et ledit moyen 
de poste de travail de contrepartie lorsque ladite 
transaction de correspondance potentielle pre- 
sents une valeur associee excedant ladite limite 
de credit de partie commerciale de ladite partie 
ou de ladite contrepartie; 

ledit systeme comprend en outre un 
moyen pour assigner de facon variable ladite li- 
mite de credit de partie commerciale pour une 
contrepartie potentielle a ladite transaction de 
correspondance potentielle; et 

ledit moyen d'ordinateur comprend en ou- 
tre un moyen pour faire varier lesdits criteres de 
correspondance variables stockes en reponse a 
ladite limite de credit de partie commerciale assi- 
gnee pour ainsi assurer un contrdle de credit en 
temps reel variable entre ladite partie et ladite 
contrepartie pour ladite transaction de corres- 
pondance potentielle. 

2. Systeme de correspondance selon la revendica- 
tion 1. dans lequel lesdits criteres de correspon- 
dance variables sont en outre derives de valeurs 
de quantites associees de demandes et d'off res 
d'actes de commerce donnes. 

3. Systeme de correspondance selon la revendica- 
tion 1 , dans lequel lesdits criteres de correspon- 
dance variables sont en outre derives de prix 
temps reel desdites demandes et off res actives, 
lesdits prix temps reel etantsoumis auxdites limi- 
tes de credit de partie commerciale en temps 
reel. 

4. Systeme de correspondance selon la revendica- 
tion 1, dans lequel lesdits criteres de correspon- 
dance variables sont en outre derives de prix et 
de quantites desdites demandes et of f res actives 
et ledit moyen d'ordinateur determine une quan- 
tity disponible d'un acte de commerce donne a un 
prix selectionne d'une demande ou off re active 
sur la base de ladite limite de credit de partie 
commerciale la plus faible pour ainsi achever au- 
tomatiquement ladite transaction de correspon- 
dance potentielle. 

5. Systeme de correspondance selon la revendica- 
tion 4. dans lequel ledit moyen d'ordinateur 
comprend en outre un moyen pour mettre a jour 



dynamiquement lesdites donnees aff ichables sur 
la base des meilleures demandes et off res acti- 
ves disponibles entrees dans le systeme. 

5 6. Systeme de correspondance selon Tune quelcon- 
que des revendications 1 a 5, dans lequel ledit 
moyen d'ordinateur comprend en outre un moyen 
pour produire une alerte de limite de credit lors- 
que ladite limite de credit de partie commerciale 

10 assignee passe au-dessous d'une valeur prede- 
terminee. 

7. Systeme de correspondance selon I'une quelcon- 
que des revendications 1 a 6, dans lequel ledit 

is moyen d'ordinateur comprend un moyen pour 
traiter des transactions de correspondance pour 
un acte de commerce donne selon la sequence 
temporelle de leur entree dans ledit systeme de 
correspondance. 

20 

8. Systeme de correspondance selon I'une quelcon- 
que des revendications 1 a 7, dans lequel lesdits 
actes de commerce donnes comprennent des 
monnaies etrangeres. 

25 

9. Systeme de correspondance selon la revendica- 
tion 1. comprenant en outre un appareil ticker 
(60) connecte au moyen d'ordinateur (20) pour 
disseminer une meilleure demande ou une meil- 

30 leure offre. 

10. Systeme de correspondance selon la revendica- 
tion 1. comprenant en outre une chambre de 
compensation, le moyen d'ordinateur (20) etant 

35 agence pour produire une information de 

compensation pour la chambre de compensation 
(69). 

11. Systeme de correspondance selon la revendica- 
40 tion 1, comprenant en outre un moyen pour pro- 
duire une information de billet commercial pour 
ledit moyen de poste de travail (24a, 24b), ledit 
moyen de poste de travail comprenant un moyen 
de generation de billet commercial. 

45 
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